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BACKGROUND OF THE INVENTION 

1. FIELD OF THE INVENTION 

The present invention relates to a GFP (Generic Frame 

Procedure) frame transfer apparatus and GFP frame transfer 
M, 5 method for transferring GFP frames, and more particularly, 
Q to a GFP frame transfer apparatus and GFP frame transfer method 

j= capable of expanding the usability of GFP by allowing flexible 

routing of GFP frames, reduction of overhead and accommodation 

of a wide range of applications, etc. 



£J 10 2. DESCRIPTION OF THE PRIOR ART 

□ With the rapid spread of the Internet, traffic of data 

systems such as IP (Internet Protocol) packets is expanding 
drastically in recent years . Realizing an efficient transfer 
of a data system traffic requires a network configuration and 
15 equipment designed in conformance with a conventional voice 
network such as a telephone network to be changed to a mode 
suitable for transferring data system traffic, above all, a 
mode suitable for transferring variable-length packets. 

Conventionally, there is SONET/SDH (Synchronous Optical 
20 NETwork/Synchronous Digital Hierarchy) as a digital network 
for WAN (Wide Area Network) . The SONET /SDH adopts a data 
structure suitable for accommodating voice signals . With the 
expansion of data system traffic in recent years, technologies 
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for efficient transfers of data system traffic on the SONET/ SDH 
are under study. 

One of such technologies is GFP (Generic Frame Procedure) . 
This GFP is a general-purpose encapsulation technology or 
5 adaptation technology to accommodate variable-length packets 
with various protocols in an OTN (Optical Transport Network) 
using WDM (Wavelength Division Multiplexing) in addition to 

Li SONET/SDH. The technical content of the GFP is disclosed in 

u 

y a document "T1X1 . 5/2000-209 "Generic Framing Procedure (GFP) 
+ v 10 Specification" (hereinafter referred to as "document (1)"), 

=F by T1X1.5, one of the technical committees of the U.S.A. Tl 

s Committee . 

fU Fig. 1 shows a protocol stack of the GFP. As shown, the 

U GFP consists of a GFP payload dependent sub-layer and a GFP 

O 

il 15 payload independent sub-layer. GFP is a technology for 
accommodating various user protocols (subscriber network 
protocols: Ethernet, HDLC, Token Ring, etc.) at edge nodes 
that interface with this subscriber network and transferring 
these user protocols transparently. 

2 0 Fig. 2 shows a basic frame format of the GFP. The GFP 

frame shown in Fig. 2 consists of a 4-byte core header field, 
a variable-length (4 to 65535 bytes) payload area field and 
a 4-byte FCS (Frame Check Sequencer) field. 

As shown in Fig. 3, the above-described core header 

25 includes two PLI (PDU Length Indicator) fields each having 
two bytes and two cHECs (core Header Error Control) fields. 
The PLI indicates the length (number of bytes) of the 
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above-described payload area and the cHEC indicates the result 
of a CRC16 calculation carried out on the PLI field and is 
used for protecting integrity of the information in the core 
header . 

5 As shown in Fig . 4, the payload area consists of a payload 

header and payload field (hereinafter simply referred to as 
"payload") . The payload header has a variable length of 4 
H to 64 bytes. The payload has a variable length of 0 to 65535 

O bytes. The payload in this payload area stores information 

fU 

JS 10 to be transferred. 

N= 

=p The FCS field is a 4-byte fixed length field shown in 

4= 

s Fig. 5. The FCS field indicates the result of an FCS 

kj calculation (a kind of CRC32 calculation) conducted on the 

jjT whole of payload area and used to protect the content of the 

rf 15 payload area. 

Fig. 6 illustrates the payload header in a GFP 
point-to-point frame (linear frame) (GFP frame used in a 
point-to-point connection (connection between two nodes)) . 
The payload header of the linear frame has Type fields, tHEC 
20 (type Header Error Control) fields, DP (Destination Port), 
SP (Source Port) as extension headers and eHEC (extension 
Header Error Control) fields. The Type field indicates the 
type of a GFP frame format and the type of protocol of a higher 
layer of data stored in the payload field. The tHEC indicates 
25 the result of a CRC16 calculation on the Type field and is 
used to protect integrity of information in the Type field. 
The DP (destination port number) indicates one of 16 ports 



owned by the GFP edge node on the Egress side and indicates 
the output destination from the GFP edge node on the Egress 
side of a user packet stored in the relevant GFP frame. The 
SP (source port number) indicates one of 16 ports owned by 
5 the GFP edge node on the Ingress side and indicates the output 
destination from the GFP edge node on the Egress side of a 
user packet stored in the relevant GFP frame. The eHEC 
indicates the result of a CRC16 calculation carried out on 
the above-described extension header (Type and tHEC are not 

10 included) and is used to protect integrity of information in 
the extension header. 

Fig. 7 illustrates the payload header in a GFP ring frame 
(GFP frame used in a ring connection) . The payload header 
in the ring frame includes Type fields, tHEC fields, a DP field, 

15 an SP field and eHEC fields as in the case of the payload header 
of the linear frame in Fig. 6. The payload header in the ring 
frame includes in its extension header (octet #5 to #20 in 
Fig. 7) , DE (Discard Eligibility) as a Priority field and COS 
(Class Of Service) , TTL (Time To Live) field, destination MAC 

20 (DestinationMedia Access Control) address (DSTMAC) and source 
MAC (Source Media Access Control) address (SRC MAC) . The DE 
indicates priority in discarding the GFP frame. The specific 
method of use of COS (Class Of Service) is under study. The 
TTL is an 8-bit area indicating the remaining count of GFP 

25 • transfers (GFP hops) and, for example, TTL = 0 indicates that 
the GFP frame is terminated at the next GFP node. The 
destination MAC address is a 6-byte field indicating the 
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address of the destination GFP node and the source MAC address 
is a 6-byte field indicating the address of the source GFP 
node . 

. In the GFP, the type of adaptation is specified by the 

5 Type field in the payload header. In the GFP, it is also 
possible to define information according to individual 
t adaptations in the payload header. Adaptations assuming a 

!r point-to-point frame and ring frame are currently proposed 

Jrf as shown above and these adaptations include features as shown 

■P 10 below. 

i* 

+: * Point-to-point frame . . . Multiplexes streams of a 

+ s 

2 ' plurality of user protocols at the SONET node of Ingress and 

U 

fU transfers it to the SONET node of Egress. To identify the 

HI 

M= multiplexing of streams , port addresses (SP, DP) are provided 

Q 

§1 15 in the payload header. Since no address information to 

identify the SONET nodes exists in the payload header, at the 
relay node routing cannot be performed in GFP frame units. 

• Ring frame . . . Constructs a ring similar to a shared 
bus on the topology of the SONET ring and provides the client 
20 with an Ethernet-like packet transfer . To provide a transfer 
within the ring, MAC addresses to identify SONET nodes are 
provided in the payload header. 

The adaptation method for accommodating Gigabit Ethernet, 
ESCON, Fiber Channel, FICON, etc. in the above-described GFP 
2 5 is reported in the above document (1) and document: 

"T1X1. 5/2000-210, A Proposed Format for the GFP Type Field, 
Oct. 2000" (hereinafter referred to as "document (2)") and 



document "T1X1 .5/2000-197, Transparent GFP Mappings For Fiber 
Channel and ESCON, Oct. 2000" (hereinafter referred to as 
"document (3) ") . 

However, network models considered in these documents 
5 are limited only to the above-described point-to-point 

connections or ring connections . However, when consideration 
is given to ultimate purposes of a GFP described in document 
"T1X1 . 5/2000-127R1, Report of the Breakout Group on Data over 
SONET, Oct. 2000" (hereinafter referred to as "document (4)"), 

10 it is necessary to transfer user traffic by multiplexing 
different pieces of user data on a variety of network topologies 
without causing net expansion. 

In realizing flexible transfers on a variety of network 
topologies as shown in the above-described document (4) , the 

15 existing adaptation involves several problems. The criteria 
that should be met by new adaptation include the following: 

• Overhead . . . User data should be encapsulated into 
a GFP frame to prevent net expansion. It is particularly 
important to reduce overhead of the payload header. 

20 • Multiplexing . . . Multiplexing a plurality of user 

streams and transferring the multiplexed stream requires a 
mechanism capable of identifying individual user streams. 

• Routing . . . Realizing flexible transfers on a network 
topology requires a GFP frame to have address information that 

25 can be routed. 

Applications on current telecommunication networks have 
features such as connection-oriented, logical point-to-point 
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connection, mode, switching using labels and transfers with 
a plurality of user streams multiplexed, etc. 

Typical applications include ATM, Frame Relay, MPLS, etc. 
All these applications include connection-oriented 
5 end-to-end paths and carry out transfers according to labels 
attached to every packet and cell . As described in the document 
(4) , the definition of such a connection-oriented path is 
effective when flexible transfers are carried out on a variety 
;Tj of topologies (inter-multi-ring connection, connections via 

10 even DCS, etc.). These transfer systems can produce 
j statistical multiplexing effects by multiplexing a plurality 

f of links which are at the same time basically point-to-point 

ft! logical links. 

M Furthermore, POS (Packet Over SONET) is currently often 

(=& 15 used to transfer packet data between routers including MPLS. 

The POS connects routers point-to-point at CBR (Constant Bit 
Rate) . However, users do not always use the bandwidth 100%. 
Thus, an application that accommodates the POS on one SONET 
path and allows other best effort traffic to use an extra 
20 bandwidth may be considered. The application secures QoS 
(Quality of Service) by assuring the bandwidth for a peak speed 
through priority control for POS connection users within the 
SONET path. Once GFP common encapsulation makes it possible 
to multiplex the IP (POS) and best effort traffic, the link 
25 utilization rate can be improved by a statistical multiplexing 
effect . 



Thus, it is assumed that there will be great demand for 
connection-oriented and label-multiplexed traffic . However, 
accommodating such traffic with a frame format already- 
specified by a GFP involves the following problems: 
5 • A point-to-point frame cannot realize flexible 

end-to-end transfers. 

Since a point-to-point frame has no address information 
□ to identify a transfer destination SONET node, a relay node 

m cannot perform routing in GFP frame units. User streams 

2 10 multiplexed at an Ingress node must be transferred up to an 
"C Egress node on an STM path. At the Egress node, individual 

f, streams are transferred to a predetermined tributary 

m 

~i (subscriber network, etc.) based on a port address. 

iy 

• A ring frame produces extremely large overhead on 
H 15 applications other than Ethernet, causing net expansion. 

As shown in Fig. 8, encapsulating a user interface through 
HDLC framing into a ring frame produces approximately 50% 
overhead, causing extremely large net expansion. Overhead 
is also produced in a point-to-point frame, but it remains 
20 within approximately 20%. 

• When many user streams are multiplexed at the ingress 
node, a ring frame cannot identify individual user streams. 

A MAC address in a ring frame only identifies the address 
of a SONET node. If users are accommodated by port, user 
25 streams on the tributary side can be identified with port 
numbers, but its maximum number is limited to 16. Thus, if, 
for example, many user streams are multiplexed and transferred 
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to the Egress node as shown in Fig. 9, the Egress node needs 
to terminate a layer higher than the GFP, thus causing an 
increase of the apparatus cost and reduction of utility of 
the GFP frame. 
5 • A ring frame cannot identify a path easily. 

A MAC address in a ring frame only indicates the address 
of a source node and the address of a destination node. It 
is not the information that indicates the path from the source 
O node to the destination node. In order to control a 

ru 

*P 10 connection-oriented path on the ring frame, it is necessary 

Hp to convert a pair of the source MAC address and destination 

HP 

s MAC address to a path ID specified in the network and control 

jry the path ID. This increases the costs of the SONET node and 

ru 

y__ the entire network. 

TT 15 The present invention is intended to solve the 

above-described problems. It is an object of the present 
invention to provide a GFP frame transfer apparatus and GFP 
frame transfer method capable of providing flexible and 
connection-oriented GFP frame transfers on even complicated 
20 network topologies other than point-to-point connections and 
ring connections , reducing overhead, multiplexing/separating 
a plurality of user streams, etc. and thereby improving 
usability of GFP. 

25 SUMMARY OF THE INVENTION 

A first object of the present invention is to provide 
flexible connection-oriented GFP frame transfers on even 
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complicated network topologies other than point-to-point 
connections and ring connections . 

A second object of the present invention is to make it 
possible to improve usability of GFP by reducing overhead, 
multiplexing/separating a plurality of user streams. 

The GFP frame transfer apparatus of the present invention 
comprises a GFP path frame formation section that stores a 
label corresponding to a path ID defined to uniquely specify 
the path from the Ingress node to Egress node within the GFP 
network made up of a plurality of GFP nodes in a predetermined 
field of the extension header area of the GFP frame, stores 
packets to be transferred through the path in the payload field 
of the GFP frame and forms a GFP path frame. 

The GFP frame transfer apparatus in another configuration 
of the present invention comprises a GFP path frame reception 
section that stores a label corresponding to a path ID defined 
to uniquely specify the path from the Ingress node to Egress 
node within the GFP network made up of a plurality of GFP nodes 
in a predetermined field of the extension header area of the 
GFP frame and receives the GFP path frame that stores the packet 
to be transferred through the path in its payload field from 
the GFP network, a label switching section that identifies 
the output port of the GFP frame transfer apparatus 
corresponding to the label stored in the extension header area 
of the GFP path frame and switches the GFP path frame to the 
identified output port so that the GFP path frame is sent to 
the GFP network through the transmission path connected to 
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the identified output port and a GFP path frame transmission 
section that transmits the GFP path frame switched by the label 
switching section from the identified output port to the GFP 
network. 

The GFP frame transfer method of the present invention 
comprises a GFP path frame forming step of storing a label 
corresponding to a path ID defined to uniquely specify the 
path from the Ingress node to Egress node within the GFP network 
made up of a plurality of GFP nodes in a predetermined field 
of the extension header area of the GFP frame, storing packets 
to be transferred through the path in the payload field of 
the GFP frame and forming a GFP path frame. 

The GFP frame transfer method in another configuration 
of the present invention comprises a GFP path frame receiving 
step of storing a label corresponding to a path ID defined 
to uniquely specify the path from the Ingress node to Egress 
node within the GFP network made up of a plurality of GFP nodes 
in a predetermined field of the extension header area of the 
GFP frame and receiving the GFP path frame that stores the 
packet to be transferred through the path in its payload field 
from the GFP network, a label switching step of identifying 
the output port corresponding to the label stored in the 
extension header area of the GFP path frame and switching the 
GFP path frame to the identified output port so that the GFP 
path frame is sent to the GFP network through the transmission 
path connected to the identified output port and a GFP path 
frame transmitting step of transmitting the GFP path frame 
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switched in the label switching step from the identified output 
port to the GFP network. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The above-mentioned and other objects, features and 
5 advantages of this invention will become more apparent by 
reference to the following detailed description of the 
M= invention taken in conjunction with the accompanying drawings, 

O wherein: 

ru 

45 Fig. 1 illustrates a protocol stack of a GFP; 

4= 10 Fig. 2 illustrates a basic frame format of the GFP; 

Fig. 3 illustrates a format of a core header of the GFP 

hi frame; 

ry 

12 Fig. 4 illustrates a format of a payload area of the GFP 

H frame; 

H 

15 Fig. 5 illustrates a format of an FCS field of the GFP 

frame; 

Fig . 6 illustrates a payloadheader in a GFP point-to-point 
frame; 

Fig'. 7 illustrates a payload header of a GFP ring frame; 
20 Fig. 8 is a graph showing overhead produced when a user 

interface through HDLC framing is encapsulated into a ring 
frame and encapsulated into a point-to-point frame; 

Fig. 9 illustrates conventional problems when many user 
streams are multiplexed and transferred; 
25 Fig. 10 illustrates an example of a frame format of a 

GFP frame (GFP path frame) transferred by a GFP frame transfer 
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apparatus according to a first embodiment of the present 
invention; 

Fig. 11 is a block diagram showing an outlined 
configuration of the GFP frame transfer apparatus according 
to the first embodiment of the present invention; 

Fig. 12 is a block diagram showing an example of a network 
system (GFP path frame network) made up of GFP frame transfer 
apparatuses; 

Fig . 13 is a block diagram showing an example of a detailed 
configuration of a GFP edge node in the first embodiment of 
the present invention; 

Fig. 14 is a block diagram showing a packet transfer 
example using a GFP path frame on a network (GFP path frame 
network) made up of the GFP nodes of the first embodiment of 
the present invention; 

Fig. 15 is a flow chart showing a main operation of the 
GFP edge node when a user packet arrives from a subscriber 
network and the GFP path frame storing this user packet is 
sent to the GFP path frame network; 

Fig. 16 is a flow chart showing a main operation of the 
GFP edge node when a GFP path frame arrives from a GFP path 
frame network and the user packet stored in the GFP path frame 
is sent to the subscriber network; 

Fig. 17 is a block diagram showing an example of a detailed 
configuration of a GFP core node according to the first 
embodiment of the present invention; 
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Fig. 18 (a) to (g) illustrates an address conversion table 
and packet transfer tables stored in memories in the GFP edge 
nodes and the GFP core nodes of the first embodiment shown 
in Fig. 14; 

5 Fig. 19 is a graph that compares the amount of overhead 

produced when Gigabit Ethernet is accommodated as the 
subscriber network in the ring frame and the path frame in 
ljl the first embodiment; 

q Fig . 20 is a block diagram illustrating a packet transfer 

j~ 10 example using a GFP path frame on a GFP path frame network 
made up of GFP nodes of a second embodiment of the present 
j* invention; 

IT: Fig. 21(a) to (c) illustrates an address conversion table 

stored in memory of the GFP edge node and packet transfer tables 
O 15 stored in memory of GFP core nodes of the second embodiment 
shown in Fig. 20; and 

Fig. 22 illustrates an example of a comparison of a 
necessary bandwidth when a POS (packet over SONET) using an 
HDLC frame is accommodated as a subscriber network on the GFP 
20 network when a ring frame is used and when the path frame of 
the first embodiment is used. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

With reference now to the attached drawings, embodiments 
of the present invention will be explained in detail below. 
25 (First embodiment) 
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Fig. 10 illustrates an example of a frame format of a 
GFP frame (hereinafter referred to as "GFP path frame") 
transferred by a GFP frame transfer apparatus according to 
a first embodiment of the present invention. The GFP path 
frame used in this embodiment has a configuration compliant 
with the conventional frame format for GFP frames shown in 
Fig. 2 to Fig. 5. The extension header area (area in the payload 
header excluding Type, tHEC and eHEC) is provided with a label 
field dibits), a DE (Discard Eligibility) field (lbit) and 
a reserved field (4 bits) . 

When a GFP path frame of this embodiment is transferred, 
a path ID to uniguely identify the path from the source GFP 
node to the destination GFP node on the GFP network (hereinafter 
referred to as "GFP path frame network") of this embodiment 
is defined instead of MAC addresses and port addresses (DP, 
SP) in a ring frame. The above-described label field stores 
a label value corresponding to this path ID. 

The above-described DE field is provided to show priority 
in discarding GFP path frames as in the case of the conventional 
ring frame shown in Fig. 7 and used for congestion control. 
The above-described reserved field is an area secured for 
reservation. In a connection-oriented frame transfer , frames 
are not looped and transferred during operation, and therefore 
the TTL field in the conventional ring frame is omitted. 

Fig. 11 is a block diagram showing an outlined 
configuration of the GFP frame transfer apparatus according 
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to the first embodiment. Fig. 11 shows the GFP edge node 1 
and GFP core node 2 in the first embodiment. 

Fig. 12 is a block diagram showing an example of a network 
system (in this embodiment referred to as "GFP path frame 
5 network") made up of the above-described GFP frame transfer 
apparatuses. In Fig. 12, a GFP path frame network is formed 
by three GFP edge nodes 1 (El, E2 and E3) and four GFP core 
jz nodes 2 (CI, C2, C3 and C4) . The GFP edge node 1 is connected 
t J with 1 or a plurality of subscriber networks (subnetworks) 
4-10 and the GFP core node 2 is not connected with any subscriber 
4= network. 

e The GFP edge node 1 shown in Fig. 11 is provided with 

fy a packet switch 3, a plurality of subscriber protocol 

Li termination sections 4 and a plurality of GFP path frame 

[1 15 termination sections 5. Each termination section (4, 5) is 
mounted as a line card (LC) , for example. The GFP core node 
2 is provided with a packet switch 3 and a plurality of GFP 
path frame termination sections 5. The GFP core node 2 is 
not connected with any subscriber network, and therefore has 
20 no subscriber protocol termination section 4. 

The subscriber protocol termination section 4 is the part 
that terminates a network protocol used in the subscriber 
network. The configuration and function of the subscriber 
protocol termination section 4 are changed according to the 
25 type of the subscriber network as appropriate. For example, 
when it is connected to a giga-bit Ethernet (GbE) , the 
subscriber protocol termination section 4 performs frame 
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terminationprocessingof the giga-bit Ethernet . Furthermore, 
when it is connected to a POS (Packet over SONET) network, 
the subscriber protocol termination section 4 performs 
termination processing of a SONET frame and HDLC-like frame 
5 with a point-to-point protocol stored in this SONET frame. 

The GFP frame termination section 5 is the part that 
terminates a first layer (physical layer) of an OSI reference 
y,, model that accommodates the GFP frame in a network using the 

,S GFP frame (referred to as "GFP path frame network") . The 

ji: 10 configuration and function of the GFP path frame termination 
^ section 5 are changed according to the type of the first layer 

■+= of the OSI reference model of the GFP path frame network as 

Jf; appropriate. For example, when SONET is used as the first 

fU layer of the OSI reference model and the GFP frame is mapped 

H= 

O 15 to the payload of the SONET frame (SPE (Synchronous Payload 

U 

Envelope) ) , the GFP path frame termination section 5 performs 
processing such as termination of the SONET frame, extraction 
and mapping of the GFP frame. Furthermore, an OTN (Optical 
Transport Network) using a WDM (Wavelength DivisionMultiplex) 

20 is used as the first layer of the OSI reference model and when 
the GFP frame is mapped to an optical channel payload unit 
(OPUk) which is a payload of this OTN frame (digital wrapper) , 
the GFP frame termination section 5 performs processing such 
as termination of the digital wrapper frame and extraction 

25 and mapping of the GFP frame for the OPUk. 
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The SONET standard is described in ANSI T1.105 and ANSI 
Tl.105.02 or ITU-T G.707, while OPUk of OTN is described in 
ITU-T G.709. 

Fig . 13 is a block diagram showing an example of a detailed 
5 configuration of GFP edge node 1 in the first embodiment of 

the present invention. The GFP edge node 1 includes a 

monitoring control processing section 16 in addition to the 
II sections described in Fig. 11. For brevity, the GFP node 1 

in Fig. 13 shows one subscriber protocol termination section 
y~- 10 4 and one GFP path frame termination section 5. However, one 
°P or more subscriber protocol termination sections 4 are provided 

2 for 1 or more subscriber network side ports of the GFP edge 

fli node 1 and one or more GFP frame termination sections 5 are 

y= provided for two GFP path frame network side ports and each 

i'2 15 termination section (4, 5) is connected to a packet switch 

3. 

The subscriber protocol termination sections 4 includes 
a subscriber network interface section 6, a reception 
adaptation processing section 7 , an address resolution section 
20 8, a traffic meter 9, a packet switch interface section 10, 
a memory 11 and a transmission adaptation processing section 
12 . 

The subscriber network interface section 6 
transmits/receives a user packet (a subscriber network frame 
25 storing a user packet) to/from the subscriber network. When 
a subscriber network frame storing a user packet is received 
from the subscriber network, the subscriber network interface 
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section 6 terminates this subscriber network frame, removes 
unnecessary overhead for the subscriber network from this 
subscriber network frame, extracts the user packet and sends 
this user packet to reception adaptation processing section 
7. Furthermore, the subscriber network interface section 6 
also sends a user packet to the subscriber network as will 
be described later. 

Reception adaptation processing section 7 adds "Type" 
which is the field of the GFP frame for adaptation to the user 
packet received from the subscriber network interface section 
6, performs a CRC16 calculation on this Type, adds "tHEC" and 
secures an area for the extension header. Hereafter, a GFP 
frame being formed based on the user packet will also be referred 
to as "GFP path frame". 

The address resolution section 8 refers to the memory 
11 based on the destination address (User Destination Address) 
of the subscriber network stored in the user packet stored 
in the payload field of this GFP path frame, identifies the 
path ID on this GFP path frame network, adds a GFP path frame 
transfer label to the extension header area of the GFP path 
frame based on this, performs a CRC16 calculation on this 
extension header area and adds Nx eHEC" thereto. The address 
resolution section 8 also identifies the output port 
corresponding to the path ID in the packet switch 3 in this 
node. This destination address (User Destination Address) 
of the subscriber network refers to the "Destination Address 
(DA) " when the above-described user packet is an Ethernet MAC 
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frame or an IP packet extracted from the payload of an HDLC 
frame of POS . 

The traffic meter 9 monitors a flow of excessive traffic 
that exceeds a bandwidth set for each path ID by the monitoring 
5 control processing section 16 . If the bandwidth is exceeded, 
the traffic meter 9 instructs the section that controls the 
reading of a GFP path frame (packet switch interface section 

M= 10 ) to discard the GFP path frame or carry out polishing control 

O 

O to reduce the reading priority order. 

FU 

j: 10 The packet switch interface section 10 has the function 

'x: of controlling the packet switch 3 according to a scheduling 

function that changes the transfer frequency depending on the 
amount of network resources assigned to the path ID to which 
the packet belongs. 

^ 15 The memory 11 stores the "User Destination Address (User 

H= 

Dest Addr", which is the destination address on the subscriber 
network, "SONET Destination Address (SONET Dest Addr) ", which 
is the destination node address on the GFP path frame network, 
"Ingress Port" that indicates the input port at the relevant 

20 node, "Egress Label", which is the label at the output 

destination for identification of the path to be added to the 
GFP path frame and "Egress port" that indicates the output 
port at the relevant node. This information is set from the 
monitoring control processing section 16. 

25 The transmission adaptation processing section 12 

removes the payloadheader (Type, tHEC, extension header , eHEC) 
from the GFP frame which is switched by the packet switch 3, 
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transferred to the subscriber protocol termination section 
4 and supplied via the packet switch interface section 10 and 
transfers it to the subscriber network interface section 6. 
The subscriber network interface section 6 that has 
5 received the packet (hereinafter referred to as "user packet" ) 
stored in the payload of the payload area of the GFP path frame 
from the transmission adaptation processing section 12 adds 
overhead for the subscriber network tothisuser packet , stores 
ni this in the frame of the subscriber network and sends the frame 

H= 10 storing this user packet to the subscriber network. 
JE: On the other hand, the GFP path frame termination section 

s 

U 5 has a GFP path frame interface section 13, a GFP path frame 

m 

ni forwarding resolution section 14, a packet switch interface 

M 

Pi section 10, a traffic meter 19 and a memory 15. 

?== 15 The GFP path frame interface section 13 

transmits/receives the GFP path frame (SONET frame that stores 
the GFP path frame) to/ from the GFP path frame network. When 
the GFP path frame interface section 13 receives the SONET 
frame that stores the GFP path frame, the GFP path frame 
20 interface section 13 extracts the GFP path frame from the SONET 
frame, removes the core header from the GFPpath frame, performs 
descrarabling processing and carries out an FCS check, and 
transfers this GFP path frame to the GFP path frame forwarding 
resolution section 14. Furthermore, the GFP path frame is 
25 also sent to the GFP path frame network as will be described 
later . 



I 
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The GFPpath frame forwarding resolution section 14, based 
on the extension header of the GFP path frame received from 
the GFP path frame interface section 13, specifies the output 
port of the packet switch 3 . 

The packet switch interface section 10 has almost the 
same function as that of the packet switch interface section 
10 in the subscriber protocol termination section 4. 

The memory 15 stores "Ingress Label" which is the label 
of the GFP path frame input and "Egress port" which is the 
output destination port for each path ID. This information 
is set from the monitoring control processing section 16. 

The traffic meter 19 monitors a flow of excessive traffic 
that exceeds a band set for each path ID by the monitoring 
control processing section 16. As a result, if the band is 
exceeded, the traffic meter 19 instructs the section that 
controls a GFP path frame read (GFP path frame interface section 
13 ) to discard the GFP path frame or carry out polishing control 
to reduce the read priority order. 

The GFP path frame is switched by the packet switch 3, 
transferred to the GFP frame termination section 5 and supplied 
via the packet switch interface section 10 and the traffic 
meter 19. The GFP path frame interface section 13 that has 
received the GFP path frame adds an FCS (Frame Check Sequence) 
field that indicates the result of an FCS calculation carried 
out on the payload area of this GFP path frame, adds a core 
header and carries out scrambling processing. The GFP path 
frame interface section 13 then stores this GFP path frame 
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in the payload of the SONET frame and sends the SONET frame 
in which this GFP frame is stored to the GFP path frame network . 

Fig. 14 shows a packet transfer example using the GFP 
path frame on the network (GFP path frame network) made up 
5 of the GFP nodes according to Embodiment 1 of the present 
invention . 

The GFP path frame network shown in Fig. 14 consists of 

D three GFP edae nodes 1 (El, E2 and E3) and four GFP core nodes 

□ 

fli 2 (Cl, C2, C3 and C4) . Each GFP edge node 1 interfaces with 

U 10 a subscriber network. Each GFP edge node has a plurality of 

jr ports and the ports are assigned their respective port numbers . 

This GFP path frame network is provided with four packet 

=; paths. This embodiment assumes that each path is 

L 

unidirectional, but it is also possible to define each path 
15 as bi-directional. A packet path with path ID = 1 will be 
explained by way of example. This packet path specifies a 
route from the port 5 of the GFP edge node El, via GFP core 
nodes Cl and C2 to the port 1 of the GFP edge node E3 . The 
other paths ID = 2, 3 and 4 also show the routes as described 
20 in Fig. 14. This embodiment will be explained assuming that 
SONET is used as the first layer of the OSI reference model 
on the GFP path frame network. 

This embodiment adopts a global label system which assigns 
a label to be added to the GFP path frame for each path ID 
25 uniquely throughout the GFP path frame network. That is, a 
fixed value to identify the path is added to the label of the 
packet transferred through each path and the value of the label 
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is not changed within the GFP path frame network . For example , 
number 1 is assigned to the label of the packet transferred 
through the path with packet path ID = 1 and the value of the 
label is not changed within the GFP path frame network. 

An operation in the GFP edge node 1 according to this 
embodiment will be explained in detail using Fig. 13, etc. 

First, an operation of the GFP edge node 1 when a user 
packet arrives from the subscriber network and the GFP path 
frame storing this user packet is sent to the GFP path frame 
network will be explained using Fig. 13 and Fig. 15. Fig. 
15 is a flow chart showing a main operation of the GFP node 
1 in the above-described case. 

When a user packet (subscriber network frame storing a 
user packet) arrives at a subscriber protocol termination 
section 4 of the GFP edge node 1, the subscriber network 
interface section 6 in the subscriber protocol termination 
4 performs termination processing on this subscriber network 
frame (step SI) and extracts the user packet (step S2) . In 
this case, the subscriber network interface section 6 extracts 
the user packet by removing unnecessary overhead for the 
subscriber network from the subscriber network frame. This 
unnecessary overhead indicates, for example, when the 
subscriber network frame is an Ethernet MAC frame, its 
"Preamble" and "Start of Frame Delimiter". 

When this user packet is transferred to the reception 
adaptation processing section 7, the reception adaptation 
processing section 7 sets a value indicating the protocol type 
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(Ethernet, Token Ring, HDLC, etc.) of this packet or a value 
indicating that a ring frame, and path frame format will be 
used in the Type field of GFP, secures an area necessary for 
the extension header and adds it to this packet (step S3) 
5 (hereinafter a GFP frame being formed based on the user packet 
will also be referred to as "GFP frame") . 

Then, when the GFP path frame is transferred to the address 
resolution section 8 , the address resolution section 8 searches 
for the destination address information (User Dest Addr) in 

10 the user packet stored in the payload field of this GFP frame 
or searches for the packet path information stored in the memory 
11 from "User Dest Addr" and the input port "Ingress port" 
which is the input port at the relevant node, identifies the 
path ID and identifies the label (Egress Label) to be added 

15 to the GFP path frame and the output port (Egress Port) of 
the packet switch 3 at the own node based on this . The address 
resolution section 8 sets the searched label value in the label 
field of the extension header area (step S4) and performs a 
CRC16 calculation on this extension header area to add "eHEC" 

20 (step S5) . 

Then, when the GFP path frame is transferred to the traffic 
meter 9, the traf ficmeter 9monitors a flowof excessive traffic 
that exceeds the band set for every path ID by the monitoring 
control processing section 16, for example. As a result, if 

25 the band is exceeded, the traffic meter 9 instructs the packet 
switch interface section 10 to discard the GFP frame or perform 
polishing control to reduce the read priority order. 
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Then, when the GFP path frame is transferred to the packet 
switch interface section 10, the packet switch interface 
section 10 controls the packet switch 3 according to the 
scheduling function to change the transfer frequency depending 
5 on the amount of network resources assigned to a path ID that 
the GFP path frame belongs to, and transfers the GFP path frame 
from the subscriber protocol termination section 4 to the 
packet switch 3. 

The GFP path frame is switched by the packet switch 3 

10 (step S6) , transferred to the GFP path frame termination 
section 5 (corresponding to the output port of the packet switch 
3 of theownnode (Egress Port) ) whichis the switch destination . 
The GFP path frame arrives at the traffic meter 19 via the 
packet switch interface section 10 inside the GFP path frame 

15 termination section 5 and the traffic meter 19 performs the 
above-described band monitoring, flow rate restriction and 
priority control. 

When the GFP path frame is transferred to the GFP path 
frame interface section 13, the GFP path frame interface 

20 section 13 performs generation of an FCS (Frame Check Sequence) 
field (step S7), generates a core header (step S8), performs 
scrambling processing (step S9) . Then, it maps the GFP path 
frame to the SONET payload (payload of SONET frame) used in 
this GFP path frame network (step S10) . Then, the SONET frame 

25 storing this GFP path frame is sent from the GFP path frame 
termination section 5 to the GFP network (step Sll) . 
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In this embodiment, suppose the GFP path frame interface 
section 13 adds/removes the core header of the GFP path frame 
in the GFP edge node 1 and the GFP path frame without the core 
header is transferred or processed within the GFP edge node 
5 1 . As the method of transmitting information showing the 
length (delimitation) of the GFP path frame within the GFP 
edge node 1, various methods can be used such as transferring 
^ a length-related numerical value added to the GFP path frame 

!rj (transferred multiplexed or as a different signal) as control 

4> 10 information, adding a flag (Flag Bits) indicating the start 
4 ; and end of the GFP path frame, sending a signal (Enable signal 

* etc.) indicating the signal part in which the GFP path frame 

fit exists in parallel, etc. It is also possible to transfer and 

y s process the GFP path frame with the core header added thereto 

o 

u 3 15 within the GFP edge node 1. 

Then, an operation of the GFP edge node 1 when the GFP 
path frame arrives from the GFP path frame network and the 
user packet stored in this is sent to the subscriber network 
will be explained using Fig. 13 and Fig. 16. Fig. 16 is a 
20 flow chart showing a main operation of the GFP edge node 1 
in the above-described case. 

When the GFP path frame (SONET frame storing the GFP path 
frame) arrives at the GFP path frame termination section 5 
on the west side or east side in the GFP edge node 1, the GFP 
25 path frame interface section 13 in the GFP path frame 

termination section 5 terminates the SONET frame (step Tl) 
and extracts the GFP frame (delineation) (step T2) . The GFP 
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path frame termination section 5 also removes the core header 
from the GFP frame (stepT3), performs descrambling processing 
(step T4) and carries out an FCS field check for the GFP frame 
(FCS check) (step T5) . 
5 When the GFP path frame is transferred to the GFP path 

frame forwarding resolution section 14, the GFP path frame 
forwarding resolution section 14 searches for the packet path 
information stored in the memory 15 based on the label in the 
extension header of the GFP path frame, identifies the path 

+' 10 ID and identifies the output destination (Egress Port) in this 

+; node based on this (step T6) . 

e Then, when the GFP path frame is transferred to the packet 

slf switch interface section 10, the packet switch interface 

U-. section 10 controls the packet switch 3 according to the 

£1 15 scheduling function that changes the transfer service 

frequency depending on the amount of network resources assigned 
for a path ID that the GFP path frame belongs to and transfers 
the GFP path frame from the GFP path frame termination section 
5 to the packet switch 3. 
20 The GFP path frame is switched by the packet switch 3 

and transferred to the subscriber protocol termination section 
4, to which switching is made (step T7) . In the subscriber 
protocol termination section 4, the GFP path frame arrives 
at the transmission adaptation processing section 12 via the 
25 packet switch interface section 10. The transmission 

adaptation processing section 12 deletes the payload header 
(Type field, tHEC, extension header area, eHEC) , forms a user 
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packet (step T8) and transfers this user packet to the 
subscriber network interface section 6. 

The subscriber network interface section 6 maps (addition 
of overhead etc. ) the user packet stored in this payload field 
5 and transferred to the payload of the subscriber network frame 
(step T9) . Then, the subscriber network frame storing this 
user packet is sent from the subscriber protocol termination 
section 4 to the subscriber network connected thereto (step 
T10) . 

10 Then, an operation of the GFP node 1 when the GFP path 

frame arrives from the GFP path frame network or the GFP path 
frame is sent to the GFP path frame network will be explained. 

When the GFP path frame (SONET frame storing the GFP frame) 
arrives at a GFP path frame termination section 5 on the west 

15 side or east side in the GFP edge node 1, the GFP path frame 
interface section 13 in the GFP path frame termination section 
5 terminates the SONET frame and extracts the GFP frame 
(delineation) . It also removes the core header from the GFP 
frame, performs descrambling processing and carries out a GFP 

20 frame FCS check. 

Then, the same processing as that of the GFP path frame 
termination section 5 in the above-described case of GFP path 
frame reception is performed and this GFP path frame is switched 
by the packet switch 3 and transferred to the GFP path frame 

25 termination section 5 corresponding to the output destination 
port (Egress Port) . 
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The GFP path frame termination section 5 at the switching 
destination then carries out almost the same processing as 
that of the GFP path frame termination section 5 in the 
above-described case of GFP path frame transmission and this 
5 GFP frame (SONET frame storing the GFP path frame) is sent 
to the GFP path frame network. 

Fig . 17 is a block diagram showing an example of a detailed 
configuration of a GFP core node 2 according to this embodiment . 
O The GFP core node 2 has a monitoring control processing section 

10 16 in addition to the sections shown in Fig. 11. For brevity, 
the GFP core node 2 in Fig. 17 shows only two GFP path frame 
termination sections 5, but one or more GFP path frame 
termination sections 5 are provided for one or more ports on 
the GFP path frame network side of the GFP core node 2. The 
3 15 respective GFP path frame termination sections 5 are connected 
to the packet switch 3 . 

The operation of the GFP core node 2 is carried out in 
the same way as the operation of the above-described GFP edge 
node 1 that receives the GFP path frame from the GFP path frame 
20 network and sends the GFP path frame to the GFP path frame 
network. 

Fig. 18A to 18G illustrate an address conversion table 
and packet transfer tables stored in the memories 11 and 15 
in the GFP edge nodes El, E2 and E3 and the GFP core nodes 
25 CI, C2, C3 and C4 of this embodiment shown in Fig. 14. 

First, the address conversion table of the GFP edge node 
El shown in Fig. 18A will be explained. If the destination 
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address (User Dest Addr) in the user packet is "A", the 

destination node (SONET Dest Addr) in the corresponding GFP 

path frame network is identified as "E3" and path ID is 

identified as "1". At the same time, it is found that the 

5 label value (Egress Label) to be added to the GFP path frame 

is "1" and the output port number (Egress Port) of the switch 

in this node is "1". 

In this example, if the destination address in the user 

=J packet is "B" , the destination node, path ID, label value and 

JjJ_' 10 the output port number of the switch in this node are the same 

°tl as those in the case of "A". In this example, the path ID 

't- 
is identified only based on the destination address (User Dest 

W Addr) in the user packet, but it is also possible to identify 

N= the path ID based on two pieces of information, the destination 

O 

y> 15 address (User Dest Addr) and the input port (Ingress port) 
for this GFP edge node 1 of the user packet. 

Then, the transfer table of the GFP core node CI shown 
in Fig. 18B will be explained. If the label value (Ingress 
Label) of the GFP path frame input is "3", it is found that 
20 the corresponding GFP path frame belongs to the packet path 
with the ID "3" which is the same value and the output port 
number (Egress port) of the switch which is the transfer 
destination is "2". 

By the way, when the destination address (User Dest Addr) 
25 in the user packet is a global address (when addresses are 
assigned without duplication throughout a plurality of 
subscriber networks) , the path ID is uniquely determined from 
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this destination address (User Dest Addr) . For this reason, 
the item "Ingress port" (related to the input port of the 
relevant GFP core node CI) is not necessary. 

When the destination address (User Dest Addr ) in the user 
5 packet is a local address (addresses are assigned without 
duplication in each subnetwork (each subscriber network) , but 
there can be duplicate addresses throughout a plurality of 

y.. subnetworks), if the destination of the port is one subnetwork, 

CI 

q the path ID is determined from "User Dest Addr" and "Ingress 

J 10 port". 

V As described above, this first embodiment uses a global 

label system which assigns a label to be added to the GFP path 

^[ frame which belongs to this uniquely throughout the entire 

GFP path frame network and does not change the label value. 

O 15 For this reason, in Fig. 14, with the label 1 added at the 

H- 

GFP edge node El, the GFP path frame that belongs to the packet 
path #1 is transferred with this label 1 retained. Therefore, 
the GFP path frame is transferred to GFP core node CI, GFP 
core node C2 and GFP edge node E3 and transferred to the 

20 subscriber network ahead of the port 1 of the GFP edge node 
E3 (see "Egress Port" corresponding to the label (Ingress 
Label) 1 in Fig. 18A, B, C and G) . 

Likewise, with the label 2 added at the GFP edge node 
El , the packet that belongs to the packet path #2 is transferred 

25 with this label 2 retained. Therefore, the packet is 

transferred toGFP corenode C3, GFP edge node E2 and transferred 
to the subscriber network ahead of the port 2 of the GFP edge 
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node E2 ( see "Egress Port" corresponding to the label (Ingress 
Label) 2 in Fig. 18A, D and F) . 

Likewise, with the label 3 added at the GFP edge node 
El, the packet that belongs to the packet path #3 is transferred 
5 with this label 3 retained. Therefore, the packet is 

transferred to GFP core node CI, GFP core node C4, GFP edge 
node E2 and transferred to the subscriber network ahead of 
the port 2 of the GFP edge node E2 (see "Egress Port" 

O 

CI corresponding to the label (Ingress Label) 3 in Fig. 18A, B, 

m 

£: 10 E and F) . 

jr; As described above, the label of the GFP path frame 

transferred through each packet path is assigned a fixed value 

Li, 

-s to identify the path and the value of the label is not changed 

in the GFP path frame network. AT each GFP core node 2, 

H 15 switching is performed with reference to the value of this 
label . 

As shown above, the GFP frame transfer apparatus and GFP 
frame transfer method according to this first embodiment adds 
a label corresponding to the path ID set to uniquely identify 

20 the path from the source GFP node within the GFP path frame 
network to the destination GFP node to the label field of the 
extension header area of the GFP path frame and transfers the 
GFP path frame via each GFP node on the path based on this 
label, and can thereby perform flexible routing also on 

25 complicated network topologies . Furthermore , the use of this 
label makes it possible to easily multiplex and transfer 
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different user streams at each GFP node (Ingress node, relay 
node) . 

Unlike the point-to-point frame or ring frame, the GFP 
path frame of this embodiment is also applicable to complicated 
network topologies such as mesh-shaped and multi-ring-shaped 
topologies, thus providing flexible end-to-end transfers. 
Thus, the adaptation using the GFP path frame is applicable 
to multiple topologies and is therefore naturally applicable 
to existing point-to-point connections and ring connections . 

Fig. 22 illustrates an example of a comparison of a 
necessary bandwidth when a POS (packet over SONET) using an 
HDLC frame is accommodated as a subscriber network on the GFP 
network when a ring frame is used and when the path frame of 
the first embodiment is used. 

As is apparent from Fig. 22, the use of the path frame 
of this embodiment can reduce overhead drastically compared 
to the case where a ring frame is used. When HDLC traffic 
at an average rate of 600 Mbps is accommodated using virtual 
concatenation by STS-1 (50 Mb/s), STS-l-18v is required in 
the case of a ring frame, whereas STS-l-15v is enough in the 
case of a path frame . Furthermore, in the case of accommodation 
using virtual concatenation by STS-3c (150 Mb/s), STS-3c-6v 
is required in the case of a ring frame, whereas STS-3c-5v 
is enough in the case of a path frame . The definition of virtual 
concatenation, etc. is described in ^3.72, ^7.3.2 and W.3.3 
in the document "T1X1 . 5/2000-193R1" in T1X1.5. 
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Fig. 19 is a graph that compares the amount of overhead 
produced when Gigabit Ethernet is accommodated as the 
subscriber network in the ring frame and the path frame of 
this embodiment. As is apparent from Fig. 19, through the 
5 accommodation using the path frame of this embodiment, it is 
possible to drastically reduce overhead compared to the 
accommodation using a ring frame . In the case of the ring 
frame, as a packet becomes shorter, even STS-3c-7v (= 1048.32 
Mbps) may not be able to provide a sufficient bandwidth. In 
10 the case of the path frame, STS-3c-7v can accommodate 
sufficiently and the short packet side can have enough 
capacity . 

A path ID can be specified for only traffic between GFP 
nodes within the GFP path frame network, but it can also be 

15 specified for traffic between tributary (user network, etc.) 
nodes as shown in the above-described embodiment . Therefore, 
individual user streams at the Egress node can be identified 
or separated by only the GFP layer and furthermore the user 
traffic can be identified or separated without the need for 

20 processing of still higher layers (IP layer, etc.). 
(Second embodiment) 

Then, a second embodiment of the present invention will 
be explained. 

In the second embodiment, unlike the first embodiment, 
25 a label swapping system is adopted which changes the label 
value as appropriate every passage of the GFP node (1, 2) . 
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Thus, the content of the table stored in the memory 15 
in the GFP path frame termination section 5 in Fig. 13 and 
Fig. 17 is different from that of the first embodiment. The 
memory 15 stores the input port "Ingress port" at the relevant 
node and the label "Egress Label" at the output destination 
for every path ID in addition to the label "Ingress Label" 
at the input port and output destination port "Egress port" 
at the relevant node used in the first embodiment. 

Fig. 20 shows a packet transfer example using a GFP path 
frame on a GFP path frame network made up of GFP nodes of this 
second embodiment. 

The GFP path frame network of the second embodiment has 
the same node layout, number of packet paths set and route 
as those of the GFP path fame network in the first embodiment. 
As for the operation, the second embodiment is different from 
the first embodiment in that the value of the label added to 
the GFP path frame may be changed by the node as appropriate 
every time the path frame passes through the node. 

Fig. 21A to 21C show an address conversion table stored 
in the memory 11 of the GFP edge node El and packet transfer 
tables stored in the memory '15 of GFP core nodes CI and C4 
of this embodiment shown in Fig. 20. 

For example, the GFP path frame that belongs to packet 
path #1 is given the label value (Egress Label) "1" at the 
GFP edge node El, transferred to the GFP core node CI and given 
the label value (Egress Label) "2" corresponding to Ingress 
Label "1" at the GFP core node CI and transferred to the GFP 
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core node C2 . The GFP path frame is given the label value 
(Egress Label) "3" corresponding to Ingress Label "2" at the 
GFP core node C2, transferred to the GFP edge node E3 and 
transferred to a subscriber network ahead of the port 1 of 
the GFP edge node E3 . 

In order to realize this label swapping function, the 
processing in the GFP node (1, 2) is also changed to some extent 
compared to the first embodiment. More specifically, the 
operation of the GFP path frame forwarding resolution section 
14 in the GFP path frame termination section 5 is slightly 
different . 

When the GFP path frame is transferred to the GFP path 
frame forwarding resolution section 14, the GFP path frame 
forwarding resolution section 14 searches for the packet path 
information stored in the memory 15 based on the label value 
(Ingress Label) at the time of input of the input port (Ingress 
port) and the GFP path frame at the relevant node, identifies 
the path ID and identifies a new label value "Egress Label" 
to be added to the GFP path frame and the output destination 
"Egress Port" in this node. The searched "Egress Label" is 
swapped (Label swap) with "Ingress Label" of the GFP path frame . 

The rest of operation is carried out in the same way as 
in the first embodiment and the GFP path frame is transferred. 

As described above, with regard to the GFP frame transfer 
apparatus and GFP frame transfer method according to this 
second embodiment, it is possible to produce effects obtained 
in the first embodiment by adopting the label swapping system. 



Therefore, it requires fewer labels than a global label system 
and when a label area with the same number of bits is used, 
it is possible to increase the number of paths that can be 
identified and used and accommodate more subscribers compared 
to the first embodiment. 

The above embodiment shows the case where SONET is used 
as the first layer of the OSI reference model on the GFP path 
frame network, but similar transfers are also possible using 
WDM (OTN) . 

Furthermore, in the foregoing embodiments, the frame 
conforming to the format of the GFP path frame shown in Fig. 
10 is transferred and processed as a common frame in the 
apparatus (GFP edge node 1, GFP core node 2) . In contrast 
to this, it is also possible to define an independent apparatus 
internal frame and transfer and process this frame within the 
apparatus . 

The foregoing embodiments have explained the GFP path 
frame taking the frame format in Fig. 10 as an example, but 
it is naturally possible to adopt a different frame format 
if it is at least a GFP path frame provided with the 
above-described label field. For example, it is possible to 
make various modifications such as providing a COS (Class Of 
Service) field for a certain number of bits of the label field 
or the Reserved field and using the COS field for priority 
control, or providing a DP (Destination Port) field and 
describing the output port at the Egress node, etc. 
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In the foregoing embodiments, the length of the extension 
header area of the GFP path frame is assumed to be 16 bits, 
but this can be set to 8 bits or 24 bits, etc. and in either 
case, it is possible to drastically reduce overhead compared 
5 to the case using a GFP ring frame whose extension header has 
a length of 16 x 8 = 128 bits. For example, if the length 
of the extension header area is 8 bits and a 5-bit label field 
is provided therein, it is possible to set labels corresponding 
to 32 path IDs and provision of a 6-bit label field allows 

10 labels corresponding to 64 path IDs to be set and this setting 
is sufficiently operable for the GFP network of a certain scale . 
In this way, it is possible to change the GFP path frame format 
as appropriate according to the design requirements, etc. of 
the GFP network. 

15 Path IDs in the foregoing embodiments are uniquely set 

within the GFP path frame network in order to uniquely specify 
the path from the Ingress node to Egress node within the GFP 
path frame network, but when an end-to-end path is set or 
released in the operation of the GFP path frame network, it 

20 is naturally possible to use a method of changing the path 
ID setting over time. 

As shown above, according to the GFP frame transfer 
apparatus of the present invention, the GFP frame transfer 
apparatus for transferring a GFP frame comprises a GFP path 

25 frame forming means for storing a label corresponding to a 
path ID defined to uniquely specify the path from the Ingress 
node to Egress node in the GFP network made up of a plurality 



of GFP nodes in a predetermined field in the extension header 
area of the GFP frame, storing a packet to be transferred via 
the path in the payload field of the GFP frame and forming 
a GFP path frame. This allows each relay node to switch or 
transfer the GFP path frame using the label corresponding to 
this path ID. Thus, unld ke the case of a point-to-point frame 
or ring frame, it is possible to perform flexible routing for 
complicated network topologies such as mesh-shaped and 
multi-ring-shaped topologies and realize flexible end-to-end 
transfers. Thus, the adapration using the GFP path frame is 
applicable to multiple topologies and is therefore naturally 
applicable to existing point-to-point connections and ring 
connections . 

Furthermore, the use of this label makes it possible to 
easily multiplex and transfer different user streams at each 
GFPnode (Ingress node, relay node) . A path ID can be specif ied 
for only traffic between GFP nodes within the GFP path frame 
network, but it can also be specified for traffic between 
tributary (user network, etc.) nodes as shown in the 
above-described embodiment. Therefore, individual user 
streams at the Egress node can be identified or separated by 
only the GFP layer and the user traffic can furtherbe identified 
or separated without the need for processing of a still higher 
layer (IP layer, etc.). 

Furthermore, the extension header area in the GFP path 
frame can be set to an extremely short length compared to the 
GFP ring frame (length of extension header: 16x8 = 128 bits) , 
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for example, 16bits. Therefore, it is possible to drastically 
reduce overhead compared to the case where the GFP ring frame 
is used. It is also possible to drastically reduce overhead 
accompanying the encapsulation when the subnetwork such as 
5 a subscriber network is accommodated in the GFP network 
compared to the case where the GFP ring frame is used and 
drastically reduce net expansion and reduce link costs. 
y. The extension header area is provided with a label field 

Fj to store the above-described labels, a DE (DiscardEligibility) 

ft! 

10 field to store flags indicating priority of discarding GFP 
path frames and a reserved field for reservation. The size 
of each field can be 11 bits, 1 bit and 4 bits, for example. 
The size of the label field can be determined according to 
the number of paths (path IDs) to be set on the GFP path frame 
O 15 network. If the size of the label field is set to 11 bits 
as in the above-described embodiment, for example, it is 
possible to set 2048 paths (path IDs) on the GFP path frame 
network and set 32 5-bit paths (path IDs) . Furthermore, 
setting the priority of discarding GFP path frames in the DE 

20 field allows each GFP node to determine whether or not to discard 
a GFP path frame when traffic is congested or when an FCS check 
detects a GFP path frame error, etc. with reference to the 
DE field. Furthermore, it is also possible to allow the GFP 
path frame to have other various functions using the reserved 

25 field. 

It is possible to accommodate Ethernet, POS (Packet Over 
SONET), etc. as the subnetwork . When Ethernet i s accommodated 
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as a subnetwork, for example, the packet extracting means of 
the GFP frame transfer apparatus can terminate the Ethernet 
frame of this Ethernet, extract a packet from the payload of 
this Ethernet frame, store this packet in the payload field 
of the GFP path frame and send it to the GFP path frame network. 
On the other hand, when POS is accommodated as a subnetwork, 
for. example, the packet extracting means of the GFP frame 
transfer apparatus can terminate the HDLC frame of this POS, 
extract the packet from the payload of this HDLC frame, store 
this packet in the payload field of the GFP path frame and 
send it to the GFP path frame network. The packet is extracted 
by the packet extracting means, for example, by removing 
unnecessary overhead for the subnetwork from the frame of the 
subnetwork. Thus, it is possible to accommodate a wide range 
of applications by accommodating various protocols. 

When the GFP path frame forming means specifies the label 
corresponding to the path ID on the GFP network, it is possible 
to specify the label based on, for example, the routing 
information stored in the packet or the routing information 
stored in the packet and the input port when the packet is 
input to the GFP frame transfer apparatus. As this routing 
information, if an Ethernet MAC frame is accommodated as the 
packet, DA (Destination Address) stored in this Ethernet MAC 
frame can be used or also when an IP packet is accommodated 
asthepacket, DA (Destination Address ) stored in this IP packet 
can be used. 
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When the GFP path frame transmitting means sends the GFP 
path frame generated by the GFP path frame forming means to 
the GFP (path frame) network, the GFP network can store the 
GFP path frame in the layer 1 frame which is the first layer 
5 frame of the OSI reference model that accommodates the GFP 
frame and send the layer 1 frame storing this GFP path frame 
from the output port corresponding to the label of the GFP 
frame transfer apparatus to the GFP network. As the first 
layer of this OSI reference model, it is possible to use SONET 

10 (Synchronous Optical NETwork) , OTN (Optical Transport 

Network), etc. When SONET is used as the first layer, the 
GFP path frame transmitting means can store the GFP path frame 
in the payload of the SONET frame of SONET and send the SONET 
frame storing this GFP path frame to the GFP network. On the 

15 other hand, when OTN is used as the first layer, the GFP path 
frame transmitting means can store the GFP path frame in OPUk 
(Optical channel payload unit) which is the payload of the 
OTN digital wrapper frame and send the digital wrapper frame 
storing this GFP path frame to the GFP network. 

20 Furthermore, another GFP frame transfer apparatus of the 

present invention comprises GFP path frame receiving means 
for storing a label corresponding to a path ID defined to 
uniquely specify the path from the Ingress node to Egress node 
within the GFP network made up of a plurality of GFP nodes 

25 in a predetermined field of the extension header area of the 
GFP frame and receiving the GFP path frame that stores the 
packet to be transferred through the path in its payload field 
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from the GFP network, label switching means for identifying 
the output port of the GFP frame transfer apparatus 
corresponding to the label stored in the extension header area 
of the GFP path frame and switching the GFP path frame to the 
identified output port so that the GFP path frame is sent to 
the GFP network through the transmission path connected to 
the identified output port and GFP path frame transmitting 
means for transmitting the GFP path frame switched by the label 
switching means from the identified output port to the GFP 
network. This allows each relay node to precisely transfer 
a GFP path frame using the label and makes it possible to produce 
in the same way the effect related to transfers of GFP path 
frames of the effects of the above-described GFP frame transfer 
apparatus . 

Furthermore, it is also possible for each GFP frame 
transfer apparatus to rewrite the label corresponding to the 
path ID stored in the extension header area of the GFP path 
frame according to predetermined rules. In this case, it is 
possible to obtain the effects of the above GFP frame transfer 
apparatus using the label swapping system. In this case, the 
number of necessary labels is smaller than the global label 
system and when a label area with the same number of bits is 
used, the number of paths that can be identified and used can 
be increased compared to the case with the global label system 
and can accommodate more subscribers. 

Furthermore, each GFP frame transfer method of the present 
invention can also obtain an effect similar to the effect of 
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each GFP frame transfer apparatus of the present invention 
described above. 

While this invention has been described in connection 
with certain preferred embodiments, it is to be understood 
that the subject matter encompassed by way of this invention 
is not to be limited to those specific embodiments. On the 
contrary, it is intended for the subj ect matter of the invention 
to include all alternative, modification and equivalents as 
can be included within the spirit and scope of the following 



in 

;f ; 10 claims. 
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